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Abstract 

The  Common  Simulation  Framework  (CSF)  facilitates  live,  virtual,  and  constructive  (LVC) 
simulation  of  a  complete  missile  deployment  system.  It  includes  some  support  for  real-time 
operation  but  not  enough  to  allow  hardware-in-the-loop  (HWIL)  testing.  This  project  added  real¬ 
time  monitoring  capabilities  to  CSF  and  demonstrated  its  use  for  a  HWIL  simulation.  The 
demonstration  involved  driving  a  motion  simulator  table  at  the  Redstone  Technical  Test  Center 
in  Huntsville,  AL.  The  project  successfully  showed  the  effectiveness  of  CSF  in  a  real-time 
HWIL  environment. 

Introduction 

This  project  extends  the  real-time  capabilities  of  the  Common  Simulation  Framework  (CSF)  and 
demonstrates  the  effectiveness  of  CSF  for  hardware-in-the-loop  (HWIL)  testing.  Our  objectives 
were  twofold,  to  enhance  the  real-time  support  provided  in  CSF  and  to  provide  example  code  for 
a  HWIL  simulation  using  CSF.  As  a  simple  demonstration  we  used  CSF  to  drive  a  motion 
simulator  table  through  a  preprogrammed  trajectory. 

Past  work  in  this  area  involved  changes  to  CSF  that  were  unique  to  the  local  operating  system 
and  hardware  under  test.  Our  goal  was  to  work  within  the  CSF  framework,  creating  software  that 
can  be  efficiently  reused  and  adapted  for  other  simulations.  We  made  minimal  changes  to  CSF, 
instead  creating  plug-in  modules  within  the  CSF  framework.  The  extensions  and  modifications 
to  CSF  will  be  submitted  for  possible  inclusion  in  the  standard  distribution. 

This  work  was  done  as  part  of  the  PET  program  under  the  High  Performance  Computing 
Modernization  Program. 

Hardware  and  Software  Environment 

Testing  on  this  project  was  done  at  the  AMSTAR  Production  Facility  at  Redstone  Technical  Test 
Center  (RTTC)  in  Huntsville,  AL.  The  test  environment  included  a  motion  simulator  table,  a 
table  control  computer,  and  a  computer  running  the  simulation.  The  computers  communicate  by 
way  of  a  reflective  memory  network. 

The  computer  running  CSF  was  an  Intel®  Core™2  Quad  processor,  a  four-core  multiprocessor. 

It  runs  the  RedHawk  operating  system,  which  is  a  real-time  version  of  Linux.  RedHawk  is  based 
on  a  multithreaded,  fully  preemptible  Linux  kernel  with  low-latency  enhancements. 

The  simulation  sends  trajectory  information  in  real-time  to  the  table  controller  via  reflective 
memory.  Reflective  memory  is  a  real-time  networking  technology  designed  to  mimic  shared 
memory.  It  has  very  predictable  latencies  and  transfer  times.  Access  to  reflective  memory  is 
handled  through  a  locally  developed  program  called  RAP  (Resource  Allocation  Program). 
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Common  Simulation  Framework 

CSF  is  a  simulation  framework  developed  by  AMCOM  RDEC  (Army,  Huntsville)  to  ereate  a 
unified  way  to  develop  and  integrate  models  for  missile  flight  simulations.  It  is  intended  to  be 
general  enough  to  be  used  in  a  variety  of  eomputational  environments  and  to  support  a  wide 
range  of  simulation  domains.  CSF  provides  some  support  for  real-time  operation,  but  not  enough 
to  allow  hardware-in-the-loop  testing. 

CSF  is  an  objeet-oriented  simulation  development  environment.  It  supports  the  visual  assembly 
of  eomponent  models  into  eomposite  models  of  arbitrary  eomplexity.  CSF  allows  users  to 
develop  eomponent  models  as  software  “plug-ins”  and  assemble  them  into  a  eomplete 
simulation.  We  used  the  eurrent  distribution  of  CSF,  CSF  5.2,  released  Aug.  8,  2007. 
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Figure  1:  CSF  GUI  showing  a  simple  missile  simulation  with  two  subsystems. 


Real-Time  Extensions  to  CSF 

When  running  a  simulation  with  hardware  in  the  loop,  or  in  any  other  hard  real-time 
environment,  it  is  eritieal  to  ensure  that  all  real-time  deadlines  are  met.  Updates  must  be  sent  to 
the  hardware  at  regular  intervals.  If  some  portion  of  the  simulation  takes  too  long  and  an  update 
is  not  ready  at  the  speeified  time,  the  simulation  results  will  not  be  valid.  There  may  even  be  a 
risk  of  hardware  damage  if  the  simulation  is  allowed  to  eontinue.  It  is  therefore  essential  to 
monitor  for  frame  overruns  and  provide  the  ability  to  terminate  the  simulation  automatieally  and 
graeefully  if  an  overrun  oeeurs. 

CSF  does  not  have  a  real-time  monitoring  eapability  built  in,  but  it  does  provide  the  hooks  for 
adding  sueh  a  eapability  as  a  plug-in  library.  We  have  developed  a  real  time  monitor  elass  ealled 
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RealTimeMonitor  that  can  be  run  as  part  of  any  real-time  simulation.  It  ean  be  run  in  a  separate 
thread  to  eliminate  any  performance  penalty.  The  monitor  reports  on  frame  overruns  and  can  be 
configured  to  terminate  the  simulation  if  an  overrun  is  detected. 

Hardware-in-the-Loop  Demonstration 

We  demonstrated  the  effectiveness  of  CSF  for  real-time  HWIL  simulation  by  using  it  to  drive  a 
motion  simulator  table.  The  demonstration  used  a  preprogrammed  six-degree-of-freedom 
(6DOF)  trajectory  with  an  update  rate  of  600  Hz.  The  trajectory  points  were  read  from  a  file  and 
sent  to  the  motion  table  controller  at  the  appropriate  real-time  rate.  The  real-time  monitor  was 
run  with  the  simulation.  Duty  cycles  were  less  than  2%  for  this  very  simple  simulation. 

Several  considerations  should  be  kept  in  mind  when  running  a  real-time  simulation  under  CSF.  It 
is  necessary  to  replaee  the  default  system  cloek  with  a  suitable  real-time  clock,  and  the  cloek  rate 
must  be  set  at  a  value  that  can  be  sustained  by  the  system  in  real  time.  Preliminary  testing  ean  be 
done  using  the  GUI,  with  slow  clock  rates,  but  actual  real-time  operation  must  be  done  in  batch 
mode,  whieh  has  much  less  overhead.  Finally,  it  may  be  beneficial  to  select  Euler  integration, 
whieh  performs  less  computation  per  time  step  than  the  other  integration  strategies. 

Conclusion 

The  goals  of  this  project  involve  both  real-time  performanee  and  generality  of  the  software 
solution.  We  suceessfully  demonstrated  that  CSF  can  be  used  in  a  real-time  HWIL  environment. 
Furthermore,  our  software  solution  is  general  enough  to  be  of  use  to  others  in  the  DoD  test  and 
simulation  eommunity.  The  real-time  monitor  software  we  developed  ean  be  used  direetly  in 
other  simulations,  while  the  demonstration  software  serves  as  a  starting  point  for  eode 
development  by  other  users. 

The  extensions  and  modifications  to  CSF  will  be  offered  to  the  CSF  steering  eommittee  for 
acceptanee  in  the  standard  distribution.  If  aceepted,  the  software  will  be  available  to  a  wide  range 
of  users  aeross  DoD’s  test  and  range  facilities. 
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